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Amendments to the Claims: 

This listing of claims will replace all prior versions, and listings, of claims in the application: 
Listing of Claims: 

1 . (Currently Amended) A system for providing public key infrastructure security in 
a wide area computer network comprising: 

a user terminal coupled to the computer network including a cli e nt syst e m ; 

a user transaction data record assigned to the user, wherein the user transaction 
data record includes a data element indicating a present state of the user transaction data record 
from a plurality of predetermined states, each predetermined state allowing only a predetermined 
type of operations to be performed on the user transaction data record; 

a private key, and a public key assigned to a user for authenticating a the user 
transaction data record assign e d to th e us e r , when the user registers with the system using the 
user terminal; 

a database remote from the user terminal for securely storing the user transaction 
data record, and the private key and the public key in the user transaction data record assign e d to 
the user; and 

a s e rv e r syst e m cryptographic device remote from the user terminal and coupled 
to the computer network including a computer executable code for signing the data in the user 
transaction data record assign e d to th e us e r utilizing the stored private key in the database, 
wh e r e in th e privat e k e y assign e d to th e u se r is not stor e d in th e cli e nt syst e m and for controlling 
the user transaction data record to perform operations that are allowed for the present state of the 
user transaction data record . 

2. (Canceled) 
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3. (Original) The system of claim 1, wherein the private key is encrypted when it is 
stored in the database. 

4. (Previously Presented) The system of claim 2, wherein a respective security device 
transaction data related to a user is loaded into the cryptographic device when the user requests a 
service. 

5. (Previously Presented) The system of claim 1, wherein the cryptographic device is 
configured to authenticate the identity of the user and verify that the identified user is authorized 
to assume a role and perform a corresponding operation. 

6. (Original) The system of claim 5, wherein the assumed role is a security officer role 
to initiate a key management function. 

7. (Original) The system of claim 5, wherein the assumed role is an administrator role 
to manage a user access control database. 

8. (Original) The system of claim 5, wherein the assumed role is a provider role to 
withdraw from a user account. 

9. (Original) The system of claim 5, wherein the assumed role is a user role to operate 
on a value bearing item. 

10. (Original) The system of claim 5, wherein the assumed role is a certificate authority 
role to allow a public key certificate to be loaded and verified. 
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1 1 . (Original) The system of claim 5, wherein the cryptographic device includes a 
computer executable code for supporting multiple concurrent users and maintaining a separation 
of roles and operations performed by each user. 

12. (Original) The system of claim 5, wherein the cryptographic device stores 
information about a number of last transactions in a respective internal register. 

13. (Original) The system of claim 12, wherein the database stores a table including the 
respective information about a last transaction, a verification module to compare the information 
saved in the device with the information saved in the database. 

14. (Original) The system of claim 1, further comprising a digital certificate stored in the 
database and assigned to a user when the user registers with the system. 

15. (Previously Presented) The system of claim 1, wherein the cryptographic device is 
configured for digitally signing a certificate. 

16. (Previously Presented) The system of claim 1, wherein the cryptographic device is 
configured for encrypting data. 

17. (Previously Presented) The system of claim 1, wherein the cryptographic device is 
configured for decrypting data. 

18. (Original) The system of claim 1, wherein the database includes a user profile for the 

user. 
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1 9. (Original) The system of claim 1 8, wherein the user profile includes username, user 
role, password, logon failure count, logon failure limit, logon time-out limit, account expiration, 
password expiration, and password period. 

20. (Original) The system of claim 5, wherein the cryptographic device is capable of 
performing one or more of Rivest, Shamir and Adleman (RSA) public key encryption, DES, 
Triple-DES, DSA signature, SHA-1, and Pseudo-random number generation algorithms. 

21. (Original) The system of claim 5, wherein the cryptographic device stores 
information about a number of last transactions in an internal register and compares the 
information saved in the register with the information saved in a memory before loading a new 
transaction data. 

22. (Currently Amended) A method for providing public key infrastructure security 
in a wide area computer network comprising the steps of: 

assigning a private key and a public key to a user for authenticating a user 
transaction data record assign e d to th e us e r, wh e n th e us e r r e gist e rs with th e system using a us e r 
t e rminal coupl e d to th e computer n e twork , wherein the user transaction data record includes a 
data element indicating a present state of the user transaction data record from a plurality of 
predetermined states, each predetermined state allowing only a predetermined type of operations 
to be performed on the user transaction data record ; 

storing the private key A and the public key and in the user transaction data record 
assign e d to th e us e r, in a database remote from the user terminal; and 

signing the data in the user transaction data record assigned to the user utilizing 
the stored private key in the database , wher e in th e privat e k e y assign e d to th e us e r is not stor e d 
in th e cli e nt syst e m ; and 

controlling the user transaction data record to perform operations that are allowed for the 
present state of the user transaction data record . 
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23. (Original) The method of claim 22, further comprising the step of storing a digital 
certificate and assigning the stored digital certificate to a user when the user registers with the 
system. 

24. (Canceled) 

25. (Previously Presented) The method of claim 24, further comprising the step of 
loading the user transaction data related to a user into the cryptographic device when the user 
requests to operate on a value bearing item. 

26. (Original) The method of claim 25, further comprising the step of verifying that the 
requesting user is authorized to assume a role and to perform a corresponding operation. 

27. (Original) The method of claim 26, wherein the assumed role is an administrator role 
to manage a user access control. 

28. (Original) The method of claim 26, wherein the assumed role is a user role to 
perform expected IB IP postal meter operations. 

29. (Original) The method of claim 26, wherein the assumed role is a certificate 
authority role to allow a public key certificate to be loaded and verified. 

30. (Original) The method of claim 26, further comprising the steps of supporting 
multiple concurrent operators and maintaining a separation of roles and operations performed by 
each operator. 

3 1 . (Previously Presented) The method of claim 25, further comprising the steps of: 
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storing information about a number of last transactions in a respective internal 
register of each of the one or more cryptographic devices; 

storing a table including the information about a last transaction in the database; 

comparing the information saved in the respective device with the respective 
information saved in the database; and 

loading a new transaction data if the respective information stored in the device 
compares with the respective information stored in the database. 

32. (Previously Presented) The method of claim 22, further comprising digitally 
signing a certificate. 

33. (Previously Presented) The method of claim 22, further comprising encrypting 

data. 

34. (Previously Presented) The method of claim 22, further comprising decrypting 

data. 

35. (Original) The method of claim 22, further comprising the step of storing a user 
profile for a plurality of users. 

36. (Original) The method of claim 35, wherein the user profile includes username, user 
role, password, logon failure count, logon failure limit, logon time-out limit, account expiration, 
password expiration, and password period 

37. (Original) The method of claim 22, wherein the cryptographic function is one or 
more of Rivest, Shamir and Adleman (RSA) public key encryption, DES, Triple-DES, DSA 
signature, SH A- 1, and Pseudo-random number generation algorithms. 
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